(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(19) World Intellectual Property Organization 

International Bureau 

(43) International Publication Date 
8 May 2003 (08.05.2003) 




PCT 



ininii 


iiiiiuiiiiiiiiniiiiiiiiiiiiimi 


nil 


iiniiii 



(10) International Publication Number 

WO 03/039009 A2 



(51) International Patent Classification 7 : H04B 

(21) International Application Number: PCT/IB02/04436 

(22) International Filing Date: 25 October 2002 (25.10.2002) 

(25) Filing Language: English 

(26) Publication Language: English 
(30) Priority Data: 



09/985,193 



1 November 2001 (01.1 1.2001) US 



(71) Applicants: NOKIA CORPORATION [FI/FI]; Keilalah- 
dentie 4, FIN-02150 Espoo (FI). NOKIA INC. [US/US]; 
6000 Connection Drive, Irving, TX 75039 (US). 



(81) Designated States (national): AE, AG, AL, AM, AT, AU, 
AZ, BA, BB, BG, BR, BY, BZ, CA, CH, CN, CO, CR, CU, 
CZ, DE, DK, DM, DZ, EC, EE, ES, FI, GB, GD, GE, GH, 
GM, HR, HU, ID, IL, IN, IS, JP, KE, KG, KP, KR, KZ, LC, 
LK, LR, LS, LT, LU, LV, MA, MD, MG, MK, MN, MW, 
MX, MZ, NO, NZ, OM, PH, PL, PT, RO, RU, SD, SE, SG, 
SI, SK, SL, TJ, TM, TN, TR, TT, TZ, UA, UG, UZ, VC, 
VN, YU, ZA, ZM, ZW. 

(84) Designated States (regional): ARIPO patent (GH, GM, 
KE, LS, MW, MZ, SD, SL, SZ, TZ, UG, ZM, ZW), 
Eurasian patent (AM, AZ, BY, KG, KZ, MD, RU, TJ, TM), 
European patent (AT, BE, BG, CH, CY, CZ, DE, DK, EE, 
ES, FI, FR, GB, GR, IE, IT, LU, MC, NL, PT, SE, SK, 
TR), OAPI patent (BF, BJ, CF, CG, CI, CM, GA, GN, GQ, 
GW, ML, MR, NE, SN, TD, TG). 



(72) Inventors: HEINONEN, Tomi; Tahkaniitynkatu 6F, 
FIN-33610 Tampere (FI). LAITINEN, Timo, M.; Juh- 
latalonkatu 2E 69, FIN-33100 Tampere (FI). LAMPlO, 
Jarkko; Antinkatu IB, FIN-37100 Nokia (FI). 

(74) Agent: HOEL, John; Morgan & Finnegan, LLP, 345 Park 
Avenue, New York, NY 10154 (US). 



Published: 

— without international search report and to be republished 
upon receipt of that report 

For two-letter codes and other abbreviations, refer to the "Guid- 
ance Notes on Codes and Abbreviations" appearing at the begin- 
ning of each regular issue of the PCT Gazette. 



= (54) Title: LOCAL SERVICE HANDOVER 



ON 

OS 
O 

rn 
o 

O 



FIRST LOCATION OF USER'S 
^ WIRELESS OEV1CE 10 0 



BLUETOOTH 
ANTENNA 
/ 103 



123 

GLOBALWWW.NEWS.COM 



I KEYPAD 104 | GSM [ BT | 



APPLICATION PGM 106 



LOCATION 
AT "A" 
STREET "\ 



T 



\ GSM 
ANTENNA 
105 



SECOND LOCATION OF 
USER'S WIRELESS DEVICE 
100 - N 



BLUETOOTH 
ACCESS 
POINT 
140A 


■ — , 




BLUETOOTH 
ACCESS 


POINT 
140 






WWW.NEWSCOM 



\ 


DAILY NEWS 


SERVER 




180 



BROWSER 102 



GLOBALWWW.NEWS.COM 



| KEYPAD 104 | GSM | BT | 



APPLICATION PGM 106 



BLUETOOTH 

ANTENNA 
if 103 



u 



LOCATION 
AT "B" 



^ GSM 
ANTENNA 
10S 



STREET ^ 




GSM 
ACCESS 
POINT 
148 








WAP 




PROTOCOL 




GATEWAY 




118 



(57) Abstract: When a mobile wireless device (100) is within the area of a short range wireless access point (140A), it sends a 
request for service to be obtained from a network server (180). The access point receives a response (620) from the server (180), 
including a global/local parameter (557) to notify the mobile device (100) whether the requested service is available outside the 
area of the access point (140A). Regions outside the area of the access point are covered by cellular telephone base stations (148). 
If the mobile device (100) detects that it has left the area of the access point (140A) while in contact with the server (180), it will 
determine whether the parameter (557) indicates that the service is global. If it is global, then the mobile device (100) makes a 
cellular connection to the server (180). 
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LOCAL SERVICE HANDOVER 

This application claims priority to U.S. Application Serial No. 09/985,044, filed 
November 1, 2001, titled, "Local Service Handover," and incorporated herein by 
5 reference. 

FIELD OF THE INVENTION; 

The invention disclosed broadly relates to ubiquitous computing and more 
particularly relates to improvements in short range wireless technology. 

10 

BACKGROUND OF THE INVENTION: 
SHORT RANGE WIRELESS SYSTEMS 

Short range wireless systems have a typical range of one hundred meters or less. 
They often combine with systems wired to the Internet to provide communication over 

1 5 long distances. The category of short range wireless systems includes wireless personal 
area networks (PANs) and wireless local area networks (LANs). They have the common 
feature of operating in unlicensed portions of the radio spectrum, usually either in the 2.4 
GHz Industrial, Scientific, and Medical (ISM) band or the 5 GHz Unlicensed-National 
Information Infrastructure (U-NH) band. Wireless personal area networks use low cost, 

20 low power wireless devices that have a typical range of ten meters. The best known 
example of wireless personal area network technology is the Bluetooth Standard, which 
operates in the 2.4 GHz ISM band. It provides a peak air link speed of one Mbps and a 
power consumption low enough for use in personal, portable electronics such as PDAs 
and mobile phones. Wireless local area networks generally operate at higher peak speeds 

25 of between 10 to 100 Mbps and have a longer range, which requires greater power 
consumption. Wireless local area networks are typically used as wireless links from 
portable laptop computers to a wired LAN, via an access point (AP). Examples of 
wireless local area network technology include the IEEE 802.1 1 Wireless LAN Standard 
and the HiperLAN Standard, which operates in the 5 GHz U-NII band. 

30 THE BLUETOOTH SHORT RANGE WIRELESS TECHNOLOGY 

Bluetooth is a short range radio network, originally intended as a cable 

replacement. It can be used to create networks of up to eight devices operating together. 

The Bluetooth Special Interest Group, Specification Of The Bluetooth System, Volumes 1 

1 
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and 2, Core and Profiles: Version 1.1, 22nd February, 2001, describes the principles of 
Bluetooth device operation and communication protocols. The devices operate in the 2.4 
GHz radio band reserved for general use by Industrial, Scientific, and Medical (ISM) 
applications. Bluetooth devices are designed to find other Bluetooth devices within their 
5 ten meter radio communications range and to discover what services they offer, using a 
service discovery protocol (SDP). 

The SDP searching function relies on links being established between the 
requesting Bluetooth device, such as a stationary access point device, and the responding 
Bluetooth device, such as a mobile user's device. When the mobile user's device enters 

10 within communicating range of the access point, its Link Controller layer in its transport 
protocol group handles the exchange of inquiry and paging packets to establish the initial 
link with the access point device. This process is relatively fast, typically being 
completed in approximately from one to five seconds. Then the Logical Link Control and 
Adaptation Protocol (L2CAP) layer in the transport protocol group passes the link status 

15 up to the layers in the middleware protocol group. The SDP searching function in the 

middleware protocol group can then be used to find out about application programs in the 
responding Bluetooth device that may provide desired services. The SDP searching 
function can require several seconds to complete, depending on the complexity of the 
search and the size of the device's registry. 

20 An example application program service that can be discovered by the SDP 

searching function is the Wireless Application Environment (WAE) graphical user 
interface (GUI) function of the Wireless Application Protocol (WAP). WAP-enabled 
wireless devices can use a microbrowser to display content on a small screen of the 
device. WAP uses a combination of Internet protocols with other protocols especially 

25 modified to work with mobile devices. The Internet protocols are: Point to Point Protocol 
(PPP), Internet Protocol (IP), and User Datagram Protocol (UDP). The special mobile 
device protocols are: Wireless Transport Layer Security (WTLS), Wireless Transaction 
Protocol (WTP), Wireless Session Protocol (WSP), and Wireless Application 
Environment (WAE). It is the WAE that provides the microbrowser user interface for 

30 WAP. In order to establish a connection to send content from the requesting access point 
device to the WAE microbrowser of the responding user f s device, each of the WAP 
protocol layers WTLS, WTP, WSP, and WAE must be established, which can require 
several more seconds to complete and possibly significant user interaction on the way. 
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It can be seen that if the user's mobile Bluetooth device has enough speed to travel 
across the communications area of the Bluetooth access point before completing 
downloading data from a network server, the contact with the server will be irretrievably 
lost. 

5 THE IEEE 802. 1 1 WIRELESS LAN STANDARD 

The IEEE 802.1 1 Wireless LAN Standard defines at least two different physical 
(PHY) specifications and one common medium access control (MAC) specification. The 
IEEE 802.1 1(a) Standard is designed for either the 2.4 GHz ISM band or the 5 GHz U- 
NII band, and uses orthogonal frequency division multiplexing (OFDM) to deliver up to 

10 54 Mbps data rates. The IEEE 802. 1 1(b) Standard is designed for the 2.4 GHz ISM band 
and uses direct sequence spread spectrum (DSSS) to deliver up to 1 1 Mbps data rates. The 
IEEE 802.1 1 Wireless LAN Standard describes two major components, the mobile station 
and the fixed access point (AP). IEEE 802.1 1 networks can be configured where the 
mobile stations communicate with a fixed access point. IEEE 802.1 1 also supports 

15 distributed activities similar those of the Bluetooth piconets. The IEEE 802.1 1 standard 
provides wireless devices with service inquiry features similar to the Bluetooth inquiry 
and scanning features. 

In order for an IEEE 802.1 1 mobile station to communicate with other stations in 
a network, it must first find the stations. The process of finding another station is by 

20 inquiring. Active inquiry requires the inquiring station to transmit queries and invoke 
responses from other wireless stations in a network. In an active inquiry, the mobile 
station will transmit a probe request frame. If there is a network on the same channel that 
matches the service set identity (SSID) in the probe request frame, a station in that 
network will respond by sending a probe response frame to the inquiring station. The 

25 probe response includes the information necessary for the inquiring station to access a 
description of the network. The inquiring station will also process any other received 
probe response and Beacon frames. Once the inquiring station has processed any 
responses, or has decided there will be no responses, it may change to another channel 
and repeat the process. At the conclusion of the inquiry, the station has accumulated 

30 information about the networks in its vicinity. Once a station has performed an inquiry 
that results in one or more network descriptions, the station may choose to join one of the 
networks. The IEEE 802.1 1 Wireless LAN Standard is published in three parts as IEEE 
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802.11-1999 : IEEE 802.1 1a-l 999 : and IEEE 802.1 lb-1999. which are available from the 
IEEE, Inc. web site http://grouper.ieee.org/groups/802/l 1 . 

In the case of IEEE 802.1 1 mobile stations, if the user's mobile device has enough 
speed to travel across the communications area of the IEEE 802.1 1 access point before 
5 completing downloading data from a network server, the contact with the server will be 
irretrievably lost. 

HIGH PERFORMANCE RADIO LOCAL AREA NETWORK (HDPERLAN) 

The HiperLAN standard provides a wireless LAN with a high data rate of up to 54 
Mbps and a medium-range of 50 meters. HiperLAN wireless LANs provide multimedia 

10 distribution with video QoS, reserved spectrum, and good in-building propagation. There 
are two HiperLAN standards. HiperLAN Type 1 is a dynamic, priority driven channel 
access protocol similar to wireless Ethernet. HiperLAN Type 2 is reserved channel 
access protocol similar to a wireless version of ATM. Both HiperLAN Type 1 and 
HiperLAN Type 2 use dedicated spectrum at 5GHz. HiperLAN Type 1 uses an advanced 

15 channel equalizer to deal with intersymbol interference and signal multipath. HiperLAN 
Type 2 avoids these interference problems by using OFDM and a frequency transform 
function. The HiperLAN Type 2 specification offers options for bit rates of 6, 16, 36, and 
54 Mbps. The physical layer adopts an OFDM multiple carrier scheme using 48 carrier 
frequencies per OFDM symbol. Each carrier may then be modulated using BPSK, QPSK, 

20 16-QAM, or 64-QAM to provide different data rates. The modulation schemes chosen for 
the higher bit rates achieve throughput in the range 30-50 Mbps. 

The HiperLAN Type 1 is a dynamic, priority driven channel access protocol that 
can form networks of wireless devices. HiperLAN Type 1 networks support distributed 
activities similar those of the Bluetooth piconets and IEEE 802.1 1 independent basic 

25 service sets (IBSS). The HiperLAN Type 1 standard provides wireless devices with 
service inquiry features similar to those of the Bluetooth inquiry and scanning features 
and the IEEE 802.1 1 probe request and response features. An overview of the HiperLAN 
Type 1 principles of operation is provided in the publication HiperLAN Type 1 Standard. 
ETSI ETS 300 652, WA2 December 1997. 

30 HiperLAN Type 2 is a reserved channel access protocol that forms networks. 

HiperLAN Type 2 networks support distributed activities similar those of the HiperLAN 
Type 1 networks, Bluetooth piconets and IEEE 802.1 1 independent basic service sets 
(IBSS). HiperLAN Type 2 provides high speed radio communication with typical data 
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rates from 6 MHz to 54 Mbps. It connects portable devices with broadband networks that 
are based on DP, ATM and other technologies. Centralized mode is used to operate 
HiperLAN Type 2 as an access network via a fixed access point. A central controller 
(CC) in the fixed access point provides QoS coordinates the access of the mobile stations 
5 support. User mobility is supported within the local service area and wide area roaming 
mobility can also be supported. An overview of the HiperLAN Type 2 principles of 
operation is provided in the Broadband Radio Access Networks (BRAN), HiperLAN 
Type 2: System Overview, ETSI TR 101 683 VLI.l (2000-02) and a more detailed 
specification of its ad hoc network architecture is described in HiperLAN Type 2. Data 
10 Link Control (PLC) Layer : Part 4. Extension for Home Environment , ETSI TS 101 761-4 
Vl.2.1 (2000-12). 

In the case of HiperLAN mobile stations, if the user's mobile device has enough 
speed to travel across the communications area of the HiperLAN access point before 
completing downloading data from a network server, the contact with the server will be 
15 irretrievably lost. 

What is needed is a way of enabling a mobile wireless device to resume an 
Internet contact with a web site, which was being conducted through a short range 
wireless access point, but which has been interrupted by moving the mobile device out of 
the coverage area of the access point. 

20 

SUMMARY OF THE INVENTION 

The invention solves the problem of enabling a mobile wireless device to resume 
an Internet contact with a web site, which was being conducted through a short range 
wireless access point, but which has been interrupted by moving the mobile device out of 

25 the coverage area of the access point. Short range wireless systems include wireless 
personal area networks (PANs), such as Bluetooth networks and IrDA Infrared Data 
Protocol networks, and wireless local area networks (LANs), such as the IEEE 802.1 1 
wireless LANs and HiperLAN networks. The invention involves the use of mobile 
wireless devices that are equipped with both short range wireless communications circuits 

30 and with cellular telephone communications circuits. An example of such a mobile 

wireless device is a Bluetooth-equipped cellular telephone. 

During the period when a mobile wireless device is within the coverage area of a 

short range wireless access point, it sends a request for service to be obtained over the 

5 
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Internet from a network server. The short range wireless access point forwards that 
request over the Internet to the server, augmented with additional information including 
the network address and geographic location of the access point. The short range wireless 
access point receives a response message over the Internet from the server, including a 
5 global/local parameter. The global/local parameter will notify the mobile wireless device 
whether the requested service is available outside the coverage area of the short range 
wireless access point. The access point forwards the response message to the mobile 
wireless device, which uses the information in the message to contact the server over the 
Internet to download web pages or to conduct other server operations. 

1 0 Regions outside the coverage area of the short range wireless access point are 

covered by regional cellular telephone access points, such as cellular telephone base 
stations. Suitable cellular telephone systems include GSM, GPRS, UMTS, EDGE, and 
the like. In accordance with the invention, if the mobile wireless device detects that it has 
left the coverage area of the short range wireless access point while in contact with the 

1 5 server, it will determine whether the global/local parameter indicates that the service is 
global. For example, the server may have been in the process of downloading web pages. 
If the parameter is global, then the mobile wireless device stores a bookmark of the 
servers URL, for example the URL and path name for one of the prior web pages 
downloaded from the server. The mobile wireless device displays a notice to the user 

20 offering the user the option of continuing the contact with the server over the regional 
cellular telephone network. 

If the user selects to continue the contact with the server, then a stored handover 
address is accessed. The handover address may be stored in the mobile wireless device or 
alternately, it may be stored in the short range wireless access point. The stored handover 

25 address may be a default address or alternately, it may be a handover address included in 
the prior response message from the server. The handover address will typically be the 
telephone number of a protocol gateway, such as a WAP gateway, connected between the 
cellular telephone network and the Internet. A cellular telephone connection is made by 
the mobile wireless device with the regional cellular telephone access point. Then, a 

30 cellular telephone call is placed to the protocol gateway. When the call is completed over 
the telephone network from the mobile wireless device to the protocol gateway, the 
mobile wireless device sends a message to the protocol gateway. 
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For example, if the mobile wireless device includes the Wireless Application 
Protocol (WAP) and if the protocol gateway is a WAP gateway, then a Wireless Session 
Protocol (WSP) request can be generated in the mobile wireless device. The WSP request 
is generated by a Wireless Markup Language (WML) "<go>" element in the application 
5 program of the mobile wireless device, which specifies the server URL. The message can 
include an HTTP request method, either the GET or the POST method. When GET is 
used, the data being sent to the server is appended to the end of the URL. When POST is 
used, the data is passed in the body of the message. The WAP gateway then converts the 
WSP request into an HTTP request and forwards it over the Internet to the network 
10 server. 

Depending on the request, the server responds by resuming the operations it had 
previously been conducting in its prior contact with the mobile wireless device. For 
example, WML, HTML, or graphics files can be returned by the server to the WAP 
gateway. For example, the server can respond to a GET method request by sending the 

1 5 requested web page to the protocol gateway. Alternately, the server can respond by 
executing CGI, ASP, or JSP scripts or other server programs to dynamically generate 
WML or HTML content to be returned to the WAP gateway. The protocol gateway then 
performs an HTML to WML conversion of the content, followed by WML encoding to 
form the WSP response message. The WSP response message is then transmitted by the 

20 WAP gateway over the telephone network to the cellular telephone access device. The 
cellular telephone access device then transmits the WSP response message containing the 
content, over the cellular telephone air link to the mobile wireless device. 

Additional options can be offered to the user when resuming the service. 
Alternately, the user may choose to save the URL link in the terminal memory and 

25 continue the service later via digital video broadcast or other broadcasting medium. 

In this manner, the mobile wireless device can resume an Internet contact with a 
web site, which was being conducted through a short range wireless access point, but 
which has been interrupted by moving the mobile device out of the coverage area of the 
short range wireless access point. 

30 

INSCRIPTION OF THE FIGURES 
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Figure 1 shows the user's wireless device 100 at a first location "A Street" near 
two short range wireless access points 140 and 140 A and then later at a second location 
M B Street", near a regional cellular telephone access point 148. 

Figure 1 A is a flow diagram of processing a service request in the access point 

5 140. 

Figure IB is a flow diagram of processing a service handoff in the mobile wireless 
device 100. 

Figure 1C illustrates the Bluetooth packet structure for the user device 100 request 
to the access point 140, requesting service from the server 180. 
10 Figure ID illustrates the Bluetooth packet structure for the access point 140 

forwarding a response message 435 to the user device 100, from the server 180. 

Figure IE is a data flow diagram showing the service request packet 420 from the 
user's device 100 being forwarded by the access point 140 in the augmented service 
request message 440, to the content server 180. 
15 Figure IF is a data flow diagram showing the content server 180 returning a 

response message 435 to the access point 140, including a local/global parameter 557 and 
a handoff address 582. 

Figure 1G is a data flow diagram showing the access point 140 sending the 
response message 435 to the user's mobile device 100. 
20 Figure 1H illustrates the respective prior art protocol stacks for the user's 

Bluetooth device 100, access point 140, and content server 180. 

Figure II illustrates an alternate embodiment of the invention, with the respective 
protocol stacks for the user's Bluetooth device 100 and access point 140 exchanging 
content by means of an Access Point Service Indicator (APSI) message 550. 
25 Figure 1J is a functional block diagram of the user's wireless device 100, showing 

the APSI message buffer 236 in the alternate embodiment of the invention. 

Figure 2A is a functional block diagram of the wireless access point 140, with the 
receive packet buffer 252, trigger word table 260, APSI message cache 285, and APSI 
cache hit logic 283. 

30 Figure 2B is a data flow diagram of the alternate embodiment of the invention, 

showing the inquiry response packet 510 from the user's device 100 being detected by the 
access point 140 and the access point sending an event message 610 to the content server 

8 
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180 in response to determining that the access point 140 does not have a corresponding 
APSI message in its cache. 

Figure 2C is a data flow diagram the alternate embodiment of the invention, 
showing the content server 180 returning a content message 620 to the access point 140, 
5 in response to the server having processed the event message 610. 

Figure 2D is a data flow diagram showing the alternate embodiment of the 
invention, the access point 140 sending the APSI message 550 to the user's mobile device 
100, which the access point has assembled from the content message 620 received from 
the server 180. 

10 Figure 3 is a flow diagram of the alternate embodiment of the invention, showing 

sequence of operational steps performed by the user's device 100 in processing an APSI 
message 

Figure 3 A is a flow diagram of an alternate embodiment of the invention, which 
shows the operation of the User's Bluetooth device 100 when receiving an APSI message 
1 5 550 without any previous warnings. 

Figure 4A shows the alternate embodiment of the invention with the Bluetooth 
packet structure for an inquiry packet 500 sent by a Bluetooth access point device to the 
user's device 100. 

Figure 4B shows the alternate embodiment of the invention with the Bluetooth 
20 frequency hop synchronization (FHS) packet structure for an inquiry response packet 5 1 0 
sent by the user's device 100. 

Figure 4C shows the alternate embodiment of the invention with the Bluetooth 
frequency hop synchronization (FHS) packet structure for the paging packet 530 sent by 
the Bluetooth access point device. 
25 Figure 4D shows the alternate embodiment of the invention with the Bluetooth 

packet structure for the subsequent APSI message. 

Figure 5 is a network process diagram of the alternate embodiment of the 
invention, showing the interaction between the user's device 100, the access point 140, 
and the content server 180. 

30 

DISCUSSION OF THE PREFERRED EMBODIMENT 
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Figure 1 shows the user's wireless device 100 at a first location "A Street" near 
two short range wireless access points 140 and 140A and then later at a second location 
"B Street", near a regional cellular telephone access point 148. The mobile wireless 
device 100 of Figure 1, is equipped with circuits 103 for short range wireless systems and 
5 circuits 105 for cellular telephone communications systems. Short range wireless systems 
include wireless personal area networks (PANs), such as Bluetooth networks and IrDA 
Infrared Data Protocol networks, and wireless local area networks (LANs), such as the 
IEEE 802.1 1 wireless LANs and HiperLAN networks. Cellular telephone 
communications systems include GSM, GPRS, UMTS, EDGE, and the like. An example 

10 of such a mobile wireless device 100 is a Bluetooth-equipped GSM cellular telephone. 
During an initial period when the mobile wireless device 100 is within the 
coverage area of the short range wireless access point 140, it sends a request for service to 
be obtained, for example, over the Internet 144 from network server 180. In this example, 
the short range wireless access point 140 is a Bluetooth access point and the short range 

1 5 wireless circuits in the mobile wireless device 100 are Bluetooth circuits. The user has 
previously actuated the Bluetooth mode button "BT" on the keypad 104 and the Bluetooth 
circuits have completed their exchanged of inquiry, paging, and service discovery packets 
with the Bluetooth access point 140. In this example, the user wishes to view the daily 
news service provided by the server 180. 

20 Figure 1 A is a flow diagram of processing the user's service request in the access 

point 140. Step 340 receives the user request 420, which is shown in Figure 1C. The 
Bluetooth packet structure 420 for the user's request 425, includes the access code 422 for 
the piconet master in the piconet formed by the mobile Bluetooth device 100 and the 
Bluetooth access point 140, the header 424 containing the slave device number 421 and 

25 the packet type 423, and the payload portion. The payload portion includes the payload 
header 427 and the payload data 428. The user's service request 425 to the server 180 is 
contained in the payload data 428. 

In step 342 of the flow diagram of Figure 1A, the Bluetooth access point forwards 
the user's service request 425 in an augmented service request message 440 to the server 

30 180. Figure IE is a data flow diagram showing the service request 425 from the user's 

device 100 being forwarded by the access point 140 in the augmented service request 

message 440, over, for example, the LAN 142 and the Internet 144 to the content server 

180. The augmented service request message 440 may include the payload data 281, the 

10 
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address 284 of the user's Bluetooth device 100, its class of device 286, access point 
geographic location information 288, the access point address 290, the destination server 
path name 292 and the destination server URL 294. Figure IE shows the augmented 
service request message 440 being sent to the news server 1 80. 
5 In step 344 of the flow diagram of Figure 1 A, the Bluetooth access point receives 

a response message 435, shown in Figure IF, from server 180. Figure IF is a data flow 
diagram showing the content server 180 returning a response message 435 to the access 
point 140, including a local/global parameter 557 and a handoff address 582. The 
local/global parameter 557 specifies whether the service from the server 180 can be 

10 reached also through alternate channels or bearers. The response message 435 includes 
the local/global parameter 557, and may also include priority information 558, timer 
information 560, display mode information 562, content 564, a title 566, a bit map 568, 
soft key_l selection information 570, soft key_2 selection information 572, soft key_3 
selection information 574, location information 576, URL information 578, service type 

1 5 information 580, the handoff address 582 and an end marker 584. 

In step 346 of the flow diagram of Figure 1 A, the Bluetooth access point forwards 
the response message 435 to the user's Bluetooth device 100, as shown in Figures ID and 
1G. Figure ID illustrates the Bluetooth packet structure 430 for the access point 140 
forwarding a response message 435 to the user device 100, from the server 180. Figure 

20 1G is a data flow diagram showing the access point 140 sending the response message 
435 to the user's mobile device 100. The Bluetooth packet structure 430 for the user's 
request 435, includes the access code 432 for the piconet master in the piconet formed by 
the mobile Bluetooth device 100 and the Bluetooth access point 140, the header 434 
containing the slave device number 431 and the packet type 433, and the payload portion 

25 436. The payload portion includes the payload header 437 and the payload data 438. The 
response message 435 is contained in the payload data 438. Figure IB is a flow diagram 
of processing in the mobile wireless device 100. In Step 350, the mobile wireless device 
100 receives the server response message 435 and in step 352, it stores the local/global 
parameter 557 in a buffer in its memory 202, as shown in Figure 1 J. Optionally, the 

30 mobile wireless device 100 receives the handover address 582, which it stores in a buffer 

in its memory 202, as shown in Figure 1J. The mobile wireless device 100 uses the 

information in the server response message 435 to contact the server over the Internet to 

download web pages or to conduct other server operations, 

11 
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Regions outside the coverage area of the short range wireless access point 140 of 
Figure 1, are typcially covered by regional cellular telephone access points 148, such as 
cellular telephone base stations. Suitable cellular telephone systems include GSM, 
GPRS, UMTS, EDGE, and the like. In accordance with the invention, if the mobile 
5 wireless device 100 detects that it has left the coverage area of the short range wireless 
access point 140 while in contact with the server 180, it will determine whether the 
global/local parameter 557 indicates that the service is global. This step is shown as step 
354 in Figure IB. If decision block 356 determines that the parameter 557 is "Local", 
then step 358 ends the service with the server 1 80. Alternately, if the decision block 356 

10 determines that the parameter 557 is "Global", then the process of Figure IB flows to step 
360. As an example, the server 180 may have been in the process of downloading web 
pages when interrupted by the motion of the mobile device 100. If the parameter 557 is 
global, then the mobile wireless device 100 stores a bookmark of the server's URL 123, as 
shown in step 360. For example, the URL and path name may be saved for one of the 

1 5 prior web pages downloaded from the server 180. Then in step 362, the mobile wireless 
device 100 displays in Figure 1, a notice 121 "GLOBAL" or some expression having a 
similar meaning, offering the user the option of continuing the contact with the server 180 
over the regional cellular telephone network 116. 

If the user selects to continue the contact with the server, then a stored handover 

20 address is accessed, as shown in step 364. The handover address may be stored in the 
mobile wireless device 100 or alternately, it may be stored in the short range wireless 
access point 140. The stored handover address may be a default address or alternately, it 
may be a handover address included in the prior server response message 435 from the 
server 180. The handover address will typically be the telephone number of a protocol 

25 gateway 1 1 8, such as a WAP gateway, connected between the cellular telephone network 
1 16 and the Internet 144. In Step 364, the user actuates the cellular telephone mode 
button "GSM" on the keypad 104 and makes a cellular telephone connection between the 
mobile wireless device 100 and the regional cellular telephone access point 148. Then, a 
cellular telephone call is placed over the telephone network 1 16 to the protocol gateway 

30 118. When the call is completed over the telephone network 1 1 6 from the mobile 

wireless device 1 10 to the protocol gateway 1 18, the mobile wireless device 100 sends a 
message to the protocol gateway 118. 

12 
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For example, if the mobile wireless device 100 includes the Wireless Application 
Protocol (WAP) and if the protocol gateway is a WAP gateway, then a Wireless Session 
Protocol (WSP) request can be generated in the mobile wireless device 100. The WSP 
request is generated by a Wireless Markup Language (WML) "<go>" element in the 
5 application program 106 of the mobile wireless device 100, which specifies the server 
URL. The message can include an HTTP request method, either the GET or the POST 
method. When GET is used, the data being sent to the server 180 is appended to the end 
of the URL. When POST is used, the data is passed in the body of the message. The 
WAP gateway 118 then converts the WSP request into an HTTP request and forwards it 

1 0 over the Internet 1 44 to the server 180. 

Depending on the request, the server 180 responds by resuming the operations it 
had previously been conducting in its prior contact with the mobile wireless device 100. 
For example, WML, HTML, or graphics files can be returned by the server 180 to the 
WAP gateway 1 1 8. For example, the server 1 80 can respond to a GET method request by 

1 5 sending the requested web page to the protocol gateway 118. Alternately, the server 1 80 
can respond by executing CGI, ASP, or JSP scripts or other server programs to 
dynamically generate WML or HTML content to be returned to the WAP gateway 118. 
The protocol gateway 118 then performs an HTML to WML conversion of the content, 
followed by WML encoding for form the WSP response message. The WSP response 

20 message is then transmitted by the WAP gateway 1 1 8 over the telephone network 1 16 to 
the cellular telephone access device 148. The cellular telephone access device 148 then 
transmits the WSP response message containing the content, over the cellular telephone 
air link to cellular telephone antenna 105 and circuits 208 of the mobile wireless device 
100. Additional options can be offered to the user when resuming the service. 

25 Alternately, the user may choose to save the URL link in the terminal memory and 
continue the service later via digital broadcast or other broadcasting medium. 

In this manner, the mobile wireless device can resume an Internet contact with a 
web site, which was being conducted through a short range wireless access point, but 
which has been interrupted by moving the mobile device out of the coverage area of the 

30 short range wireless access point. This inventive system can easily be implemented also 
to any other existing or future protocol techniques. 

The invention is described for mobile wireless devices and wireless telephones 
implementing the Wireless Application Protocol (WAP) standard. Other protocols that 
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can be used in the invention to access the Internet include I-Mode protocol and mobile 
IPv6 protocol. The user's WAP-enabled mobile wireless device 100 can be a wireless 
mobile phone, pager, two-way radio, smartphone, personal communicator, or the like. 
The user's WAP-enabled portable wireless device 100 accesses a small file called a deck 
5 which is composed of several smaller pages called cards which are small enough to fit 
into the display area of the device's microbrowser 102. The small size of the 
microbrowser 102 and the small file sizes accommodate the low memory constraints of 
the portable wireless device 100 and the low-bandwidth constraints of a wireless network. 
The cards are written in the Wireless Markup Language (WML) which is specifically 

10 devised for small screens and one-hand navigation without a keyboard. The WML 

language is scaleable from two-line text displays on the microbrowser 102 of a cellular 
telephone, up through large LCD screens found on smart phones and personal 
communicators. The cards written in the WML language can include programs written in 
WMLScript, which is similar to JavaScript, but makes minimal demands on memory and 

1 5 CPU power of the device 1 00 because it does not contain many of the unnecessary 

functions found in other scripting languages. The microbrowser 102 enables the user to 
navigate through the cards being displayed and to select options that are programmed by 
the application programs 106. 

The Nokia WAP Client Version 2.0 is a software product containing the 

20 components necessary to implement the WAP client on the wireless device 100, These 
components include a Wireless Markup Language (WML) Browser, WMLScript engine, 
Push Subsystem, and Wireless Protocol Stack. The Nokia WAP Client is a source-code 
product that can port and integrate into wireless devices such as mobile phones and 
wireless PDAs. Application programs 106 stored in the wireless device 100 interact with 

25 the WAP Client to implement a variety of communications applications. Details of the 
Nokia WAP Client Version 2.0 can be found in the online paper: Nokia WAP Client 
Version 2.0. Product Overview . Nokia Internet Communications, 2000, 
www.nokia.com/corporate/wap. 

The WAP Client includes the Wireless Public Key infrastructure (PKI) feature, 

30 providing the infrastructure and the procedures required for authentication and digital 
signatures for servers and mobile clients. Wireless PKI is a certificate-based system that 
utilizes public/private key pairs associated with each party involved in a mobile 
transaction. Wireless Identity Module (WBV1) is a security token feature of the WAP 
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Client, which includes security features, such as the public and private keys and service 
certificates, needed for user authentication and digital signatures. Additionally, it has the 
ability to perform cryptographic operations to encrypt and decrypt messages. 

The WAP protocol gateway 1 18 links the Internet 144 and the telephone network 
5 116. The WAP protocol gateway 1 1 8 includes the Wireless Public Key infrastructure 
(PKI) feature to help provide a secure Internet connection to the wireless device 100. The 
WAP protocol gateway 118 enables the WAP-enabled wireless device 100 to access 
Internet applications such as headline news, exchange rates, sports results, stock quotes, 
online travel and banking services, or to download distinctive ringing tones. 

1 0 The user's WAP-enabled portable wireless device 100 communicates with the 

cellular telephone access point 148 and can exchange messages for distances up to several 
kilometers. The types of wireless networks supported by the WAP standard include 
GSM, GPRS, UMTS, EDGE, CDPD, CDMA, TDMA, 3G-Broadband, and the like. 

The overall process of communication between the user's WAP-enabled wireless 

1 5 device (the client) 1 00, through the WAP protocol gateway 1 1 8, to the server 1 80 
resembles the way 

Web pages are served on the Internet using the HyperText Transfer Protocol 
(HTTP) or World Wide Web protocol: 

[1] The user presses a phone key on the user's device 100 related to the Uniform Resource 

20 Locator (URL) of the server 1 80. 

[2] The user's device 100 sends the URL, via the cellular telephone access point 148 and 
the telephone network 1 16, to the gateway 118 using WAP protocols. 
[3] The gateway 118 translates the WAP request into an HTTP request and sends it over 
the Internet 144 to the server 180, via Transmission Control Protocol/ Internet Protocol 

25 (TCP/IP) interfaces. 

[4] The server 180 handles the request just like any other HTTP request received over the 
Internet. The server 180 either returns a WML deck or a HyperText Markup Language 
(HTML) page back to the gateway 118 using standard server programs written, for 
example in Common Gateway Interface (CGI) programs, Java servlets, or the like. 

30 [5] The gateway 1 1 8 receives the response from the server 1 80 on behalf of the user's 
device 100. If the response is an HTML page, it gets transcoded into WML if necessary. 
Then the WML and WMLScript coding is encoded into a byte code that is then sent to the 
user's device 100. 
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[6] The user's device 100 receives the response in the WML byte code and displays the 
first card in the deck on the microbrowser 102 to the user. 

In Figure 1, the protocol gateway 1 18 includes a WAP protocol stack organized 
into five different layers. An application layer is the wireless application environment, 
5 which executes portable applications and services. A session layer is the wireless session 
protocol, which supplies methods for the organized exchange of content between 
client/server applications. A transaction layer is the wireless transaction protocol, which 
provides methods for performing reliable transactions. A security layer is the wireless 
transport layer security, which provides authentication, privacy, and secure connections 

10 between applications. The transport layer is the wireless datagram protocol, which 
shelters the upper layers from the unique requirements of the diverse wireless network 
protocols, such as GSM, GPRS, UMTS, EDGE, etc. Additional information about the 
WAP standard and the WAP protocol stack can be found in the book by Charles Arehart, 
et al. entitled, Professional WAP, published by Wrox Press Ltd., 2000 (ISBN 1-861004- 

15 04-1). 

Figure 1H illustrates the respective prior art protocol stacks used for the user's 
Bluetooth device 100, the Bluetooth access point 140, and the content server 180. As is 
described in detail in the Bluetooth specification, the protocol stack for Bluetooth device 
is made up of three protocol groups: the transport protocol group, the middleware 

20 protocol group and the application group. The transport protocol group includes the link 
controller and baseband 216, the link manager 21 8 and the logical link control and 
adaptation protocol (L2CAP) 220\ The transport protocol group enables Bluetooth 
devices to locate each other and to create, configure, and manage the physical and logical 
links that allow higher layer protocols and applications to pass data through these 

25 transport protocols. The middleware protocol group includes a serial port emulator 
protocol called RFCOMM, and the Internet protocols: point-to-point protocol (PPP), 
Internet protocol (IP), and user datagram protocol (UDP). The application group includes 
the wireless application protocol (WAP) and the wireless application environment 
(WAE), as well as graphic user interface (GUI) programs 234 and application programs. 

30 Also shown for the user's device 100 is the service discovery protocol (SDP), which 

enables devices to discover services offered by other Bluetooth devices. This constitutes 

the prior art Bluetooth protocol stack. As is shown in Figure 1H, the access point 140 

includes the same transport protocol group and middleware protocol group protocol 

16 
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layers. Also shown in Figure 1H is a gateway node 146, which includes the UDP, IP, and 
PPP layers. The content server 180 includes the middleware layers and the WAP and 
WAE layers of the application group. The purpose of Figure 1H is to illustrate that the 
prior art requires the user's device 100 to set up all of the protocollayers in the 

5 middleware protocol group and in the application group in order to receive even the most 
simple content 564 from the content server 180. The time required to set up all of the 
protocol layers in the user's device 100 in order to establish a connection with the access 
point device 140 can exceed the short interval during which the user's device 100 is 
within communication range of the access point 140. 

10 Figure II illustrates the respective protocol stacks for the user's Bluetooth device 

100 and the access point 140 exchanging content 564 by means of an Access Point 
Service Indicator (APSI) message 550, in accordance with an alternate embodiment of the 
invention. As will be described below, according to one alternate embodiment of the 
invention, the L2CAP layer 220 in the user's device 100 is modified to detect a unique 

1 5 class of device (CoD) value in either a paging packet or an inquiry response packet from 
the L2CAP layer 220 in the access point 140. When the user's device 100 detects the 
arrival of a paging packet with the unique CoD value, it indicates that the next packet to 
be sent by the access point 140 is an access point service indication (APSI) message. 
Then, when the user's device 100 receives the next packet from the access point, the 

20 L2CAP layer 220 in the user's device 100 loads it into an APSI message buffer 236. The 
L2CAP layer verifies that the packet header for the APSI message 550 has a unique 
message ID indicating that it is in fact, an APSI message from the access point. Then, the 
L2CAP layer immediately passes the APSI message directly up to the GUI application 
layer 234, thereby bypassing the middleware protocol layers as well as the WAP layers in 

25 the user's device 100. This significantly reduces the amount of time necessary to set up a 
connection to enable the user's device 100 to receive and display content 564 contained in 
the APSI message 550. 

Also shown in Figure II is the receipt by the access point device 140 of a content 
message 620. As will be described below, if the access point device 140 does not 

30 currently have the APSI message 550 stored in its memory, then the access point 140 

accesses the content 564 from a content server such as the content server 180 in Figure 1. 
The resulting content message 620 contains the content 564 which is assembled by the 
access point 140 into the APSI message 550 of Figure II. 
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According to another alternate embodiment of the invention, the user's Bluetooth 
device 100 does not need to receive any previous indication of the arriving APSI message 
550. In this alternate embodiment, immediately after successful paging, the APSI message 
550 packet having a unique message ED is received by the user's device 100. The user's 
5 Bluetooth device L2CAP layer determines that the message is, in fact, an APSI message 
550 from the access point device 140. The user's Bluetooth device L2CAP layer loads 
the APSI message into an APSI message buffer 236. Then, the L2CAP layer immediately 
passes the APSI message directly up to the GUI application layer 234, thereby bypassing 
the middleware protocol layers as well as the WAP layers in the user's device 100. This 

10 significantly reduces the amount of time necessary to set up a connection to enable the 
user's device 100 to receive and display content 564 contained in the APSI message 550. 

Figure 1 J is a functional block diagram of an the user's Bluetooth device 100, 
showing the APSI message buffer 236, in accordance with the invention. Figure 1 J shows 
a memory 202, connected by means of a bus 204 to a Bluetooth radio 206 amd its antena 

15 103, a keypad 104, a central processor 210, a display 212, and a cellular telephone radio 
208 and its antenna 105. The memory 202 stores program instructions which are 
sequences of operational steps, which, when executed by the central processor 210, carry 
out the function of the invention. The memory 202 is shown partitioned into transport 
protocol group 214, middleware group 224, and application group 235. Within the 

20 transport protocol group 214, there is a link controller and baseband 216, a link manager 
218, a logical link control and adaptation protocol 220, and an APSI message buffer 236. 
In the middleware protocol group 224 is the RFCOMM, the PPP, the IP, the UDP and 
SDP protocol layers. In the application group 235 is a GUI application 234, an 
application program 106, a display buffer 244, the WAE and the WAP protocol layers, a 

25 buffer for the local/global parameter 557 and a buffer for the handoff address 582. In 
accordance with an alternate embodiment of the invention, APSI message 550 contained 
in the APSI message buffer 236 is recognized by the logical link control and adaptation 
protocol 220, and the body 238 of the APSI message 550 is immediately provided over 
the path 242 to the GUI application 234 and the application program 106. 

30 Figure 2A is a functional block diagram of an alternate embodiment the Bluetooth 

access point 140, with a receive packet buffer 252, a trigger word table 260, an APSI 

message cache 285, and an APSI cache hit logic 283. A server notification message table 

280 is also shown in Figure 2A. In accordance with the invention, the access point 140 

18 
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stores Access Point Service Indicator (APSI) messages in the APSI message cache 285, 
which characterize service platform offerings. The APSI message 550 includes a header 
554 which contains a unique APSI message ID 556, Also included in the APSI message 
550 in a body portion 238, is the local/global parameter 557, priority information 558, 
5 timer information 560, display mode information 562, content 564, a title 566, a bit map 
568, soft key J selection information 570, soft key_2 selection information 572, soft 
key_3 selection information 574, location information 576, URL information 578, service 
type information 580, the handoff address 582 and an end marker 584. When the user's 
device 100 sends either a paging packet or an inquiry response packet, such as inquiry 

10 response packet 510, to the access point 140, the access point uses the information in the 
received packet as stimuli to be matched with trigger words stored in the trigger word 
table 260. For example, the address of the device 100 in field 520 can be matched with 
address values 266 in the trigger word table 260. Also, the class of device of the device 
100 in field 522 can be compared with class of device values 268 stored in the trigger 

1 5 word table 260. If there is a match, then the APSI message cache 285 is checked by 

means of the APSI cache hit logic 283, to determine if a corresponding APSI message is 
stored in the cache 285. If there is a corresponding APSI message in the cache 285, then 
the APSI message is immediately sent to the mobile Bluetooth device 100. If there is no 
corresponding APSI message in the message cache 285, then the APSI cache hit logic 283 

20 signals the server notification message table 280 to send a server notification message 610 
to a content server specified in the message. 

Figure 2B is a dataflow diagram of an alternate embodiment of the invention, 
showing an inquiry response packet 510 from the user's device 100 being detected by the 
access point 140. Figure 2B shows the access point sending an event message 610 to the 

25 content server 1 80 in response to the access point determining that it does not have a 
corresponding APSI message in its cache 285. As is shown in Figure 2B, the event 
message 610, includes specific data values for a server notification message number 282, 
trigger word number 262', the address 284 of the user's Bluetooth device 100, its class of 
device 286, other information 288, the access point address 290, the destination server 

30 path name 292 and the destination server URL 294. Figure 2B shows the event message 
6 1 0 being sent to the news server 1 80. 

Figure 2C is a dataflow diagram of an alternate embodiment of the invention, 
showing the content server 180 returning a content message 620 to the access point 140, 
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in response to the server 180 having processed the event message 610. Figure 2C shows 
that the content message 620 includes content information, which will ultimately be 
incorporated into the APSI message 550. 

Figure 2D is a dataflow diagram of an alternate embodiment of the invention, 
5 showing the access point 140 sending the APSI message 550 to the user's mobile device 
100, which the access point 140 has assembled from the content message 620 received 
from the server 180. 

Figure 3 is a flow diagram of the operation of the User's Bluetooth device 100 
according to one alternate embodiment of the invention when receiving an APSI message 
10 550. During the period when the mobile wireless device 1 00 is within the coverage area 
of the short range wireless access point 140, it sends a request for service to be obtained 
over the Internet from the network server 180. The short range wireless access point 
forwards that request over the Internet to the server, augmented with additional 
information including the network address and geographic location of the access point. 
1 5 The short range wireless access point receives a response message over the Internet from 
the server, including a global/local parameter. The global/local parameter will notify the 
mobile wireless device whether the requested service is available outside the coverage 
area of the short range wireless access point. The access point forwards the response 
message to the mobile wireless device, which uses the information in the message to 
20 contact the server over the Internet to download web pages or to conduct other server 
operations. Figure 3 shows the following steps 300 to 332. 

Step 300: User device 100 receives the paging packet 530 (Fig. 4C) from the 
access point (AP) device 140. 

Step 302: The user device's L2CAP layer 220 determines in decision block 304, if 
25 the class of device (CoD) field 542 in the paging packet 530 indicates that the next packet 
is an Access Point Service Indication (APSI) message 550. 

Step 320: If it is, then when the user's device 100 receives the next packet(s) from 
the AP 140, the L2CAP layer 220 loads it into an APSI message buffer 236. 

Step 322: The L2CAP layer 220 verifies that packet header 554 indicates an APSI 
30 message 550 from the AP 140. 

Step 324: Then, the L2CAP layer 220 passes the APSI message 550 directly to the 
GUI application layer 234. The APSI message 550 contains fields for content, title, 
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bitmap, soft key selection items, location information, service type information, the 
local/global parameter 557, the handoff address 582, and URL. 

Step 326: The GUI layer 234 then loads the content, title, bitmap, soft key 
selection items, location information, service type information, the local/global parameter 
5 557, the handoff address 582, and URL from the APSI message 550 into the display 
buffer 244 and other buffers. 

Step 328: Then, the user selectively enters an input to the GUI 234 to establish a 
connection with the AP 140 for a session with the service platform server 180. 

Step 330: The user device 100 and the AP 140 then open an SDP and/or a non- 

1 0 SDP channel and they begin a session. 

Step 332: The AP 140 registers the user's device 100 with the service platform 
server 180 and requests service for the user's device 100. Then, the user's device 100 and 
the service platform server 180 conduct a session via the AP 140. The service platform 
server 180 can then download the maps, advertising and/or other service offerings to the 

1 5 mobile Bluetooth device 1 00. 

Regions outside the coverage area of the short range wireless access point 140 are 
covered by regional cellular telephone access points 148, such as cellular telephone base 
stations. The regions inside the short range wireless access ports are also covered by 
regional cellular telephone access points 148. In accordance with the invention, if the 

20 mobile wireless device 100 detects that it has left the coverage area of the short range 
wireless access point 140 while in contact with the server 180, it will determine whether 
the global/local parameter 557 indicates that the service is global which means in other 
words that the service can be acquired using other carriers/bearers. If the parameter 557 is 
global, then the mobile wireless device 100 may store a bookmark of the server's URL, 

25 for example the URL and path name for one of the prior web pages downloaded from the 
server 180. The mobile wireless device 100 displays a notice on browser 102 to the user, 
offering the user the option of continuing the contact with the server 180 over the regional 
cellular telephone network. If the user selects to continue the contact with the server 180, 
then a stored handover address 582 is accessed. The handover address 582 may be stored 

30 in the mobile wireless device 100 or alternately, it may be stored in the short range 

wireless access point 140. The stored handover address 582 may be a default address or 
alternately, it may be a handover address included in the prior response message from the 
server 180. The handover address 582 will typically be the telephone number of a 
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protocol gateway 118, such as a WAP gateway, connected between the cellular telephone 
network 1 16 and the Internet 144. A cellular telephone connection is made by the mobile 
wireless device 100 with the regional cellular telephone access point 148. Then, a cellular 
telephone call is placed to the protocol gateway 1 18. When the call is completed over the 
5 telephone network 1 1 6 from the mobile wireless device 1 00 to the protocol gateway 1 1 8, 
the mobile wireless device 100 sends a message to the protocol gateway 118, which it 
forwards to the server 180. Depending on the request, the server 180 responds by 
resuming the operations it had previously been conducting in its prior contact with the 
mobile wireless device 100. 
1 0 Alternately, if Step 302 determines in decision block 304 that the class of device 

(CoD) field 542 in the paging packet 530 does not indicate that the next packet is an 
Access Point Service Indication (APSI) message 550, then the process flows through 
steps 306 to 318. 

Step 306: The user's device 100 opens the service discovery protocol (SDP) 
1 5 channel and begins a session with the access point 140. 

Step 308: The user's device 100 opens a non-SDP channel with the access point 

140. 

Step 310: The user's device 100 waits for registration of the user's device and 
request for service via the access point 140 from the service platform server 180. 
20 Step 312: The user's device 100 conducts a service session via the access point 

140 with the service platform server 180. 

Step 314: The user's device 100 receives a service message at the L2CAP layer 
220 with content, title, bitmap, soft key selection items, location information, service type 
information, the local/global parameter 557, the handoff address 582, and URL. 
25 Step 316: The L2CAP layer 220 passes the service message up through all of the 

layers RFCOMM, PPP, IP, UDP, WAP, and WAE of the protocol stack in the user's 
device 100, to the GUI application layer 234. 

Step 318: The GUI application layer 234 loads the content, title, bitmap, soft key 
selection items, the local/global parameter 557, the handoff address 582, and URL, from 
30 the service message into the display buffer 244 or other buffers. Optionally, location 
information and service type information can also be loaded into the display buffer 244. 

In accordance with the invention, if the mobile wireless device 100 detects that it 
has left the coverage area of the short range wireless access point 140 while in contact 
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with the server 1 80, it will determine whether the global/local parameter 557 indicates 
that the service is global. If the parameter 557 is global, then the mobile wireless device 
100 may store a bookmark of the server's URL. The mobile wireless device 100 displays 
a notice on browser 102 to the user, offering the user the option of continuing the contact 
5 with the server 180 over the regional cellular telephone network. If the user selects to 
continue the contact with the server 180, then a stored handover address 582 is accessed. 
The handover address 582 will typically be the telephone'number of a protocol gateway 
1 18 connected between the cellular telephone network 1 16 and the Internet 144. A 
cellular telephone connection is made by the mobile wireless device 100 with the regional 

10 cellular telephone access point 148. Then, a cellular telephone call is placed to the 

protocol gateway 1 1 8. When the call is completed over the telephone network 116 from 
the mobile wireless device 100 to the protocol gateway 1 18, the mobile wireless device 
100 sends a message to the protocol gateway 118, which it forwards to the server 180. 
Depending on the request, the server 180 responds by resuming the operations it had 

1 5 previously been conducting in its prior contact with the mobile wireless device 100. 

In Figure 3A, a flow diagram of another alternate embodiment of the invention 
shows the operation of the User's Bluetooth device 100 when receiving an APSI message 
550 without any previous warnings. The figure shows the steps 400 to 412. 

Step 400: User device 100 sends inquiry response packet 510 (Fig. 4B) and 

20 receives the paging packet 530 (Fig. 4C) from the access point (AP) device 140. 

Step 402: The user device 100 receives the next packet(s) from the AP, and the 
L2CAP layer 220 determines that packet header 554 indicates an APSI message 550 from 
the AP 140 and the L2CAP layer 220 loads it into an APSI message buffer 236. 

Step 404: Then, the L2CAP layer 220 passes the APSI message 550 directly to the 

25 GUI application layer 234. The APSI message 550 contains fields for content, title, 
bitmap, soft key selection items, location information, service type information, the 
local/global parameter 557, the handoff address 582, and URL. 

Step 406: The GUI layer 234 then loads the content, title, bitmap, soft key 
selection items, location information, service type information, the local/global parameter 

30 557, the handoff address 582, and URL from the APSI message 550 into the display 
buffer 244. 

Step 408: Then, the user selectively enters an input to the GUI 234 to establish a 

connection with the AP 140 for a session with the service platform server 180. 

23 
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Step 410: The user device 100 and the AP 140 then open an SDP and/or a non- 
SDP channel and they begin a session. 

Step 412: The AP 140 registers the user's device 100 with the service platform 
server 180 and requests service for the user's device 100. Then, the user's device 100 and 
5 the service platform server 180 conduct a session via the AP 140. The service platform 
server 1 80 can then download the maps, advertising and/or other service offerings to the 
mobile Bluetooth device 100. 

The following paragraphs discuss the use of the Bluetooth inquiry, inquiry 
response, and paging packets by the alternate embodiment of the invention. To recap, the 
10 Bluetooth access point device 140 is connected over a landline network 142 and 144 or 
alternatively over wireless network to the service platform server 180. The service 
platform server 180 has service offerings that it would like to make available to mobile 
Bluetooth devices 100 passing within the RF communications range of the Bluetooth 
access point device 140. In accordance with the alternate embodiment of the invention, 
15 the Bluetooth access point device 140 stores an Access Point Service Indicator (APSI) 
message 550 characterizing the offerings of the service platform server 180. 

According to one alternate embodiment of the invention, in order to quickly 
communicate and display the content of the APSI message 550 on the user's device 100, 
notification of the impending arrival of the APSI message 550 is made by information 
20 inserted by the access point 140 into the inquiry response packets or paging packets sent 
to the user's device 100. According to another alternate embodiment of the invention the 
recognition of the message can also be accomplished without any previous notification to 
the terminal. 

The Bluetooth access point device 140 periodically sends out Bluetooth inquiry 

25 packets 500 via RF link to any mobile Bluetooth devices 1 00 within the RF 

communications range. Figure 4A shows the Bluetooth packet structure for an inquiry . 

packet 500 sent by a Bluetooth access point device to the user's device 100. The general 

inquiry access code (GIAC) of the packet 500 is recognized by all Bluetooth devices as an 

inquiry message. During the inquiry procedure, any other Bluetooth devices that are in 

30 the inquiry scan state, such as the user's device 100, are scanning for the receipt of inquiry 

packets 500. If the user's device 100 in the inquiry scan state receives the inquiry packet 

500, it will respond with an inquiry response packet 510 that has sufficient information to 

enable the Bluetooth access point device to build its inquiry response table of essential 
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information required to make a connection. Any Bluetooth device recognizing inquiry 
packet 500 can respond. Figure 4B shows the Bluetooth frequency hop synchronization 
(FHS) packet structure for an inquiry response packet 510 sent by the user's device 100. 
The FHS packet structure for an inquiry response packet 510 sent by the user's device 100 
5 includes an access code field 5 12, a header which includes a slave member number field 
514 in which AM_ADDR is no yet assigned and is set to zero, a type field 516 and a 
parity field 518. Another slave member number field 524 also has AM_ADDR set to 
zero. Field 522 contains user's class-of-device (CoD) information. The FHS packet 
structure for an inquiry response packet 510, provides essential information about the 

1 0 user's device 1 00 that enables the Bluetooth access point device to the make a connection 
to the user's device: Field 520 contains the user's device BD_ADDR and field 526 
contains the user's device current clock value. 

The Bluetooth access point device uses the information provided in the inquiry 
response packet 510 it has received from the user's device to be paged, to prepare and 

1 5 send a paging message to the user's paged device. To establish a connection, the access 
point paging device must enter the page state. The Bluetooth access point device invokes 
its link controller to enter the page state, where it will transmit paging messages to the 
user's paged device using the access code and timing information acquired from the 
inquiry response packet 510. The user's paged device must be in the page scan state to 

20 allow the access point paging device to connect with it. Once in the page scan state, the 
user's paged device will acknowledge the paging messages and the access point paging 
device will send a paging packet 530 shown in Figure 4C, which provides the clock 
timing and access code of the Bluetooth access point paging device to the user's paged 
device. The paging packet 530 includes the class of device (CoD) field 542 that is a 24-bit 

25 field usually used to specify the class of the paging device, such as "FAX machine". 

In accordance with one alternate embodiment of the invention, the class of device 
(CoD) field 542 of the paging packet 530 sent by the Bluetooth access point paging 
device includes a unique value indicating that the next packet to be received from the 
Bluetooth access point paging device is the Access Point Service Indicator (APSI) 

30 message. 

Since Bluetooth access point device has initiated the page, it will be the master 

device in the new piconet being formed by the two devices. The user's paged device, 

which will become the slave to the Bluetooth access point device, must also know the 
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Bluetooth access point device BD_ADDR, since it is the master device's address that is 
used in the piconet access code for the new piconet being formed by the two devices. 
Figure 4C shows the Bluetooth frequency hop synchronization (FHS) packet structure for 
a paging packet 530 sent by the Bluetooth access point device. The FHS packet structure 
5 for the paging packet 530 sent by the Bluetooth access point device includes an access 
code field 532 which contains the user's paged device's BD_ADDR, a header which 
includes a slave member number field 534 in which AM_ADDR is now assigned the 
value of one, a type field 536 and a parity field 538. Another slave member number field 
544 also has AM_ADDR set to one. Field 542 contains the Bluetooth access point device 

1 0 class-of-device (CoD) unique value. 

According to one alternate embodiment of the invention, the CoD field 542 
indicates that the next packet sent to the terminal is an APSI message. If such indication is 
used, the user's device 100 can be set to a mode where APSI messages are refused and if 
refusal is preferred, the user's device 100 is automatically set to not reply to paging with 

15 APSI indication. 

The FHS packet structure for the paging packet 530, provides the essential 
information about the Bluetooth access point device that enables the user's paged device 
to the make the connection to the Bluetooth access point device: Field 540 contains the 
Bluetooth access point device BD_ADDR and field 546 contains the Bluetooth access 

20 point device current clock value. 

In accordance with the alternate embodiment of the invention, Figure 4D shows 
the Bluetooth packet structure for the subsequent APSI message 550. The APSI message 
includes a header 554 that has the unique message ID 556 that indicates it is an APSI 
message. The APSI message 550 includes the header 554 which contains the unique APSI 

25 message ID 556. Also included in the APSI message 550 in the body portion 238, is the 
local/global parameter 557, priority information 558, timer information 560, display mode 
information 562, content 564, a title 566, a bit map 568, soft key selection_l information 
570, soft key selection_2 information 572, soft key selection^ information 574, location 
information 576, service type information 578, URL information 580, the handoff address 

30 582, and an end marker 584. Location information includes coordinates and a location 

name. These parameters can be applied in the GUI of the user's device in an appropriate 

manner. Local/Global parameters describe whether the service is available locally, i.e., 

only inside the current Bluetooth coverage area. Global means that the service is available 
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inside the Bluetooth coverage area, but also outside the coverage area. When the service 
is available also outside the Bluetooth coverage area, the user's device queries whether a 
default bearer (e.g., WAP over GSM-data) may be activated in order to maintain the 
connection to the service. 
5 Instead of the access point 140 sending out an inquiry packet 500 and receiving an 

inquiry response packet 510 from user's device 100 with the user devices address 520 and 
class of device 522 information, the user's device 100, itself, can initiate the connection. 
The user's device 100 can send out an inquiry packet 500 shown in Figure 4A. The access 
point 140 will respond with an inquiry response packet, modified from that shown for 

1 0 packet 5 1 0 in Figure 4B, by having the sender's address field 520 contain the access 
point's address and by having the sender's class of device field 522 contain the unique 
CoD value. According to one alternate embodiment of the invention the unique CoD 
value identifies that the next packet to be sent by the access point 140 is the APSI 
message 550. The access point 140 will then have to wait until the user's device 100 

1 5 responds with a page packet similar to packet 530 of Figure 4C, since the access point 
140 will need the address in the sender's address field 540 of the page packet in order to 
use it as the destination address 552 in the APSI message 550. The user device's paging 
packet 530, will contain the user device's address in field 540 and class of device 
information in field 542, which is the information needed by the access point 140 to select 

20 and return an appropriate APSI message 550. The user device's paging packet 530 
received by the access point 140, will be buffered in the receive packet buffer 252 of 
Figure 2A. There, its sender's address field 540 of Figure 4C can be matched with 
address value 266 in the trigger word table 260 of Figure 2 A. For example, the address of 
the device 100 in field 540 can be matched with address values 266 in the trigger word 

25 table 260. Also, the class of device of the device 100 in field 542 can be compared with 
class of device values 268 stored in the trigger word table 260. If there is a match, then 
the APSI message cache 285 is checked by means of the APSI cache hit logic 283, to 
determine if a corresponding APSI message 550 is stored in the cache 285. If there is a 
corresponding APSI message in the cache 285, then the APSI message 550 is 

30 immediately sent to the mobile Bluetooth device 100. 

Figure 5 is a network process diagram of an alternate embodiment of the 

invention, showing the interaction between the user's device 100, the access point 140, 

and the content server 1 80. The network process diagram is divided into three columns 
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with the user's device 100 on the left column, the access point device 140 in the middle 
column, and the content server 180 in the right hand column. The network process begins 
with step 300 in the user's device 100 sending an inquiry response 510 to the access point 
140 and receiving a page 530 from the access point. The corresponding step at the access 

5 point 140 is step 600 where the access point receives the inquiry response packet 510 
(which is shown in Figure 4B) from the user's device 100. Remaining at the access point 
device 140 in Figure 5, step 600 flows to step 602 wherein the access point determines 
that a trigger word is satisfied in its trigger table 260 by the receipt of information in the 
inquiry response 510. Then step 602 passes to the decision block 603, which determines 

10 whether a corresponding APSI message 550 is currently stored in the local APSI cache 
285. If it is, then the decision block 603 passes to step 624 where the access point 140 
sends the APSI message 550 shown in Figure 4D to the user's device 100. Alternately, if 
the decision block 603 determines that the corresponding APSI message 550 is not stored 
in the local APSI cache 285, then block 603 flows to step 604. In step 604, the access 

1 5 point 140 forwards its access point address 290 and the user's device ID 284 in an event 
message 610 of Figure 2B to the content server 180. Turning now to the content server 
180 of Figure 5, step 614 receives the event message 610 and the content server 180 
accesses content in its database 182 in response to the user's device ID 284 and the access 
point address 290. Step 614 then flows to step 616 in the content server 1 80, where the 

20 content server returns the content information in a content message 620 of Figure 2C to 
the access point 140 as specified in the access point address 290 provided in the event 
message 610. The content message 620 includes the local/global parameter 557 and the 
handoff address 582. Returning to the access point 140 in Figure 5, step 622 receives the 
content message 620 and uses it to assemble the APSI message 550 so as to contain the 

25 content 564, a title 566, a bit map 568, soft key_l selection information 570, soft key_2 
selection information 572, soft key_3 selection information 574, location information 
576, URL information 578, service type information 580 the local/global parameter 557 
and the handoff address 582 contained in the content message 620 of Figure 2C. Then 
step 622 flows to step 624, wherein the access point 140 sends the newly assembled APSI 

30 message 550 to the user's device 100. Turning now to the user's device 100 of Figure 5, 

step 304 is optional and depending on the embodiment of the invention. Step 320 receives 

the APSI message 550 and stores it in the APSI message buffer 236. Then in step 322, 

the user's device 100 verifies with the L2CAP layer 220 that the packet header 554 of the 
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received packet indicates that it is in fact an APSI message 550 as shown in Figure 4D. 
Then step 322 flows to step 324 where the L2CAP layer 220 immediately passes the 
APSI message 550 over path 242 to the GUI application layer 234, thereby bypassing the 
middleware protocol group 224 layers. The content 564, a title 566, a bit map 568, soft 
5 key_l selection information 570, soft key_2 selection information 572, soft key_3 

selection information 574, location information 576, URL information 578, service type 
information 580, the local/global parameter 557 and the handoff address 582 are then 
processed by the application group 235 programs and the content 564 is displayed to the 
user in the browser 1 02. 
10 Note that decision block 603 of Figure 5 enables the access point to pass directly 

to step 624 to send the APSI message(s) stored in its memory directly to all mobile 
devices entering its coverage area, without fetching content for APSI messages from the 
server. 

The resulting invention solves the problem of enabling a mobile wireless device to 
1 5 resume an Internet contact with a web site, which was being conducted through a short 
range wireless access point, but which has been interrupted by moving the mobile device 
out of the coverage area of the access point. 

Although a specific embodiment of the invention has been disclosed, it will be 
understood by those having skill in the art that changes can be made to that specific 
20 embodiment without departing from the spirit and the scope of the invention. 
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CLAIMS 

What is claimed is: 

1 . A method in a short range wireless access point for enabling a mobile wireless 
device to resume an Internet service with a network server, the service having been 

5 interrupted by moving the mobile device out of the coverage area of the access point, 
comprising: 

forwarding at the short range wireless access point, a request from the mobile 
wireless device to the network server, the request being for service to be obtained over the 
Internet from the server, the forwarding occurring during a period when the mobile device 
1 0 is within coverage area of the access point; and 

forwarding at the access point, a response message from the server to the mobile 
device, the response message including a global/local parameter that will notify the 
mobile device whether the requested service is available outside the coverage area of the 
access point. 

15 

2. The method of claim 1, which further comprises: 

sending from the short range wireless access point to the mobile device, a 
handover telephone address of a gateway connected between a cellular telephone network 
and the Internet, thereby enabling a connection to be made by the mobile device via a 
20 regional cellular telephone access point to the gateway, to resume the Internet service. 

3. The method of claim 2, which further comprises: 

including the handover telephone address in the response message from the server. 



25 



4. The method of claim 2, which further comprises: 

forwarding at the regional cellular telephone access point, a bookmark URL from 
the mobile wireless device to the network server, thereby enabling a connection to the 
30 server be completed by the gateway, to resume the Internet service. 

5. The method of claim 1, which further comprises: 

said short range wireless access point being a Bluetooth access point. 
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6. The method of claim 1, which further comprises: 

said short range wireless access point being an IrDA Infrared Data Protocol access 

point. 

5 

7. The method of claim I, which further comprises: 

said short range wireless access point being an IEEE 802.1 1 wireless LAN access 

point. 



10 8. The method of claim 1 , which further comprises: 

said short range wireless access point being a HiperLAN access point. 

9. The method of claim 1 , which further comprises: 

said mobile wireless device being equipped with both short range wireless 
1 5 communications circuits and with cellular telephone communications circuits. 

10. The method of claim 1, which further comprises: 

said mobile wireless device being a Bluetooth-equipped cellular telephone. 

20 11. The method of claim 2, which further comprises: 

said regional cellular telephone access point being a GSM base station. 

12. The method of claim 2, which further comprises: 

said regional cellular telephone access point being a GPRS base station. 

25 

13. The method of claim 2, which further comprises: 

said regional cellular telephone access point being a UMTS base station. 

14. The method of claim 2, which further comprises: 

30 said regional cellular telephone access point being a EDGE base station. 

15. The method of claim 2, which further comprises: 

said gateway being a wireless application protocol gateway. 
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16. A method in a mobile wireless device to resume an Internet service with a 
network server, the service having been interrupted by moving the mobile device out of a 
coverage area of a short range wireless access point, comprising: 

5 sending a request to the short range wireless access point, for service to be 

obtained over the Internet from the network server, the sending occurring during a period 
when the mobile device is within the coverage area of the access point; 

receiving from the short range access point, a response message from the server, 
including a global/local parameter that indicates whether the requested service is available 
1 0 outside the coverage area of the access point; 

detecting that the mobile device has left the coverage area of the short range 
wireless access point; 

determining whether the global/local parameter indicates that the service is global; 
displaying an option to the user for continuing the service with the server over a 
1 5 regional cellular telephone network; 

receiving a user selection to continue the service with the server; 
accessing a stored handover address of a protocol gateway connected between a 
cellular telephone network and the Internet; 

establishing a wireless connection between the mobile wireless device and a 
20 regional cellular telephone access point; 

placing a cellular telephone call via the regional cellular telephone access point to 
the protocol gateway using the handover address; and 

sending a telephone message to the protocol gateway for forwarding an Internet 
message to the network server to resume service between the mobile device and the 
25 server. 

17. The method of claim 16, which further comprises: 

receiving from the short range wireless access point, the handover address of the 
gateway, thereby enabling a connection to be made by the mobile device via the regional 
30 cellular telephone access point to the gateway, to resume the Internet service. 

18. The method of claim 17, which further comprises: 

including the handover address in the response message from the server. 
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1 9. The method of claim 1 7, which further comprises: 

sending a bookmark URL to the gateway via the regional cellular telephone access 
point, for forwarding to the network server, thereby enabling a connection to the server be 
completed by the gateway, to resume the Internet service. 

20. The method of claim 16, which further comprises: 

said short range wireless access point being a Bluetooth access point. 

21. The method of claim 16, which further comprises: 

said short range wireless access point being an IrDA Infrared Data Protocol access 

point. 

22. The method of claim 16, which further comprises: 

said short range wireless access point being an IEEE 802.1 1 wireless LAN access 

point. 

23. The method of claim 16, which further comprises: 

said short range wireless access point being a HiperLAN access point. 

24. The method of claim 16, which further comprises: 

said mobile wireless device being equipped with both short range wireless 
communications circuits and with cellular telephone communications circuits. 

25. The method of claim 16, which further comprises: 

said mobile wireless device being a Bluetooth-equipped cellular telephone. 

26. The method of claim 17, which further comprises: 

said regional cellular telephone access point being a GSM base station. 

27. The method of claim 17, which further comprises: 

said regional cellular telephone access point being a GPRS base station. 
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28. The method of claim 17, which further comprises: 

said regional cellular telephone access point being a UMTS base station. 

29. The method of claim 17, which further comprises: 

5 said regional cellular telephone access point being a EDGE base station. 

30. The method of claim 17, which further comprises: 
said gateway being a wireless application protocol gateway. 

10 3 1 . A computer program product to enable a mobile wireless device to resume an 

Internet service with a network server, the service having been interrupted by moving the 
mobile device out of a coverage area of a short range wireless access point, comprising: 
a computer readable medium; 

program code in said computer readable medium for sending a request to the short 
1 5 range wireless access point, for service to be obtained over the Internet from the network 
server, the sending occurring during a period when the mobile device is within the 
coverage area of the access point; 

program code in said computer readable medium for receiving from the short 
range access point, a response message from the server, including a global/local 
20 parameter that indicates whether the requested service is available outside the coverage 
area of the access point; 

program code in said computer readable medium for detecting that the mobile 
device has left the coverage area of the short range wireless access point; 

program code in said computer readable medium for determining whether the 
25 global/local parameter indicates that the service is global; 

program code in said computer readable medium for displaying an option to the 
user for continuing the service with the server over a regional cellular telephone network; 

program code in said computer readable medium for receiving a user selection to 
continue the service with the server; 
30 program code in said computer readable medium for accessing a stored handover 

address of a protocol gateway connected between a cellular telephone network and the 
Internet; 
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10 



program code in said computer readable medium for establishing a wireless 
connection between the mobile wireless device and a regional cellular telephone access 
point; 

program code in said computer readable medium for placing a cellular telephone 
call via the regional cellular telephone access point to the protocol gateway using the 
handover address; and 

program code in said computer readable medium for sending a telephone message 
to the protocol gateway for forwarding an Internet message to the network server to 
resume service between the mobile device and the server. 



32. A computer program product of claim 31, which further comprises: 
program code in said computer readable medium for receiving from the short 

range wireless access point, the handover address of the gateway, thereby enabling a 
connection to be made by the mobile device via the regional cellular telephone access 
1 5 point to the gateway, to resume the Internet service. 

33. A computer program product of claim 32, which further comprises: 

said handover address being included in the response message from the server. 

20 34. A computer program product of claim 32, which further comprises: 

program code in said computer readable medium for sending a bookmark URL to 
the gateway via the regional cellular telephone access point, for forwarding to the network 
server, thereby enabling a connection to the server be completed by the gateway, to 
resume the Internet service. 

25 

35. A computer program product of claim 31, which further comprises: 
said short range wireless access point being a Bluetooth access point. 

36. A short range wireless access point for enabling a mobile wireless device to 
30 resume a service with a network server, the service having been interrupted by moving the 

mobile device out of the coverage area of the access point, comprising: 

a short range wireless transceiver for receiving a request from the mobile wireless 

device; 
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a processor coupled to the transceiver, for forwarding the request from the mobile 
wireless device over a network to a network server, the request being for service to be 
obtained from the server, the forwarding occurring during a period when the mobile 
device is within coverage area of the access point; and 

a network interface coupled to the network, for receiving from the server, a 
response message including a global/local parameter indicating whether the requested 
service is available outside the coverage area of the access point; and 

said transceiver forwarding the response message to the mobile device. 

37. The short range wireless access point of claim 36, which further comprises: 
said short range wireless transceiver sending to the mobile device, a handover 

telephone address of a gateway connected between a cellular telephone network and the 
network server, thereby enabling a connection to be made by the mobile device via a 
regional cellular telephone access point to the gateway, to resume service with the server. 

38. The short range wireless access point of claim 37, which further comprises: 
said response message including the handover telephone address. 

39. The short range wireless access point of claim 36, which further comprises: 
said short range wireless access point being a Bluetooth access point. 

40. The short range wireless access point of claim 36, which further comprises: 
said short range wireless access point being an IrDA Infrared Data Protocol access 

point. 

41. The short range wireless access point of claim 36, which further comprises: 
said short range wireless access point being an IEEE 802.1 1 wireless LAN access 

point. 

42. The short range wireless access point of claim 36, which further comprises: 
said short range wireless access point being a HiperLAN access point. 

43. The short range wireless access point of claim 36, which further comprises: 
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said mobile wireless device being equipped with both short range wireless 
communications circuits and with cellular telephone communications circuits. 

44. The short range wireless access point of claim 36, which further comprises: 
5 said mobile wireless device being a Bluetooth-equipped cellular telephone. 

45. The short range wireless access point of claim 37, which further comprises: 
said regional cellular telephone access point being a GSM base station. 

10 46. The short range wireless access point of claim 37, which further comprises: 

said regional cellular telephone access point being a GPRS base station. 

47. The short range wireless access point of claim 37, which further comprises: 
said regional cellular telephone access point being a UMTS base station. 

15 

48. The short range wireless access point of claim 37, which further comprises: 
said regional cellular telephone access point being a EDGE base station. 

49. The short range wireless access point of claim 37, which further comprises: 
20 said gateway being a wireless application protocol gateway. 

50. A mobile wireless device to resume a service with a network server, the 
service having been interrupted by moving the mobile device out of a coverage area of a 
short range wireless access point, comprising: 

25 a short range wireless transceiver for sending a request to a short range wireless 

access point, for service to be obtained over a network from a network server, the sending 
occurring during a period when the mobile device is within the coverage area of a short 
range wireless access point; 

said transceiver receiving from the short range wireless access point, a response 

30 message from the server, including a global/local parameter that indicates whether the 
requested service is available outside the coverage area of the short range wireless access 
point; 

37 



WO 03/039009 



PCT/IB02/04436 



a processor coupled to the short range wireless transceiver, for detecting that the 
mobile device has left the coverage area of the short range wireless access point; 

said processor determining whether the global/local parameter indicates that the 
service is global; 

5 a user interface coupled to the processor, for displaying an option to the user for 

continuing the service with the server over a regional cellular telephone network; 

said user interface receiving a user selection to continue the service with the 

server; 

said processor accessing a stored handover address of a protocol gateway 
1 0 connected between a cellular telephone network and the Internet; 

a cellular telephone transceiver coupled to the processor, for establishing a 
wireless connection between the mobile wireless device and a regional cellular telephone 
access point; 

said cellular telephone transceiver placing a cellular telephone call via the regional 
1 5 cellular telephone access point to the protocol gateway using the handover address; and 

said processor sending a telephone message to the protocol gateway for 
forwarding a message to the network server to resume service between the mobile device 
and the server. 

20 51. The mobile wireless device of claim 50, which further comprises: 

said short range wireless transceiver receiving from the short range wireless access 
point, the handover address of the gateway, thereby enabling a connection to be made by 
the mobile device via the regional cellular telephone access point to the gateway, to 
resume the server service. 

25 

52. The mobile wireless device of claim 51, which further comprises: 
said response message including the handover address. 

53. The mobile wireless device of claim 51, which further comprises: 

30 said processor sending a bookmark URL to the gateway via the regional cellular 

telephone access point, for forwarding to the network server, thereby enabling a 
connection to the server be completed by the gateway, to resume the server service. 
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54. The mobile wireless device of claim 50, which further comprises: 
said mobile wireless device being equipped with both short range wireless 

communications circuits and with cellular telephone communications circuits. 

55. The mobile wireless device of claim 50, which further comprises: 
said mobile wireless device being a Bluetooth-equipped cellular telephone. 

56. The mobile wireless device of claim 51, which further comprises: 
said regional cellular telephone access point being a GSM base station. 

57. The mobile wireless device of claim 51, which further comprises: 
said regional cellular telephone access point being a GPRS base station. 

58. The mobile wireless device of claim 51, which further comprises: 
said regional cellular telephone access point being a UMTS base station. 

59. The mobile wireless device of claim 51, which further comprises: 
said regional cellular telephone access point being a EDGE base station. 

60. A method in a short range wireless access point for enabling a mobile wireless 
device to resume a network service with a network server, the service having been 
interrupted by moving the mobile device out of the coverage area of the access point, 
comprising: 

forwarding at the short range wireless access point, information from the mobile 
wireless device to the network server, the information being associated with service 
available over the network from the server, the forwarding occurring during a period 
when the mobile device is within coverage area of the access point; and 

forwarding at the access point, an APSI message with information from the server 
to the mobile device, the APSI message including a global/local parameter that will notify 
the mobile device whether the service is available outside the coverage area of the access 
point. 
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61. The method of claim 60, which further comprises: 

sending from the short range wireless access point to the mobile device, a 
handover telephone address of a gateway connected between a cellular telephone network 
and the network, thereby enabling a connection to be made by the mobile device via a 
5 regional cellular telephone access point to the gateway, to resume the network service. 

62. The method of claim 61, which further comprises: 
including the handover telephone address in the APSI message. 

10 63 . The method of claim 60, which further comprises: 

said short range wireless access point being a Bluetooth access point. 

64. The method of claim 60, which further comprises: 

said short range wireless access point being an IrDA Infrared Data Protocol access 

15 point. 

65. The method of claim 60, which further comprises: 

said short range wireless access point being an IEEE 802.1 1 wireless LAN access 

point. 

20 

66. The method of claim 60, which further comprises: 

said short range wireless access point being a HiperLAN access point. 



67. A method in a mobile wireless device to resume service with a network server, 
25 the service having been interrupted by moving the mobile device out of a coverage area of 
a short range wireless access point, comprising: 

sending information to the short range wireless access point during a period when 
the mobile device is within the coverage area of the access point; 

receiving from the short range access point, an APSI message with information 
30 from the network server, including a global/local parameter that indicates whether service 
is available outside the coverage area of the access point; 

detecting that the mobile device has left the coverage area of the short range 
wireless access point; 
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determining whether the global/local parameter indicates that the service is global; 

displaying an option to the user for continuing the service with the server over a 
regional cellular telephone network; 

receiving a user selection to continue the service with the server; 
. accessing a stored handover address of a protocol gateway connected between a 
cellular telephone network and the network; 

establishing a wireless connection between the mobile wireless device and a 
regional cellular telephone access point; 

placing a cellular telephone call via the regional cellular telephone access point to 
the protocol gateway using the handover address; and 

sending a telephone message to the protocol gateway for forwarding a message to 
the network server to resume service between the mobile device and the server. 

68. The method of claim 67, which further comprises: 

receiving from the short range wireless access point, the handover address of the 
gateway, thereby enabling a connection to be made by the mobile device via the regional 
cellular telephone access point to the gateway, to resume the network service. 

69. The method of claim 68, which further comprises: 
including the handover address in the APSI message. 

70. The method of claim 68, which further comprises: 

sending a bookmark URL to the gateway via the regional cellular telephone access 
point, for forwarding to the network server, thereby enabling a connection to the server be 
completed by the gateway, to resume the network service. 

71. The method of claim 67, which further comprises: 

said short range wireless access point being a Bluetooth access point. 

72. The method of claim 67, which further comprises: 

said short range wireless access point being an IrDA Infrared Data Protocol access 

point. 
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73. The method of claim 67, which further comprises: 

said short range wireless access point being an IEEE 802.1 1 wireless LAN access 

point. 

74. The method of claim 67, which further comprises: 

said short range wireless access point being a HiperLAN access point. 

75. The method of claim 67, which further comprises: 

said mobile wireless device being equipped with both short range wireless 
communications circuits and with cellular telephone communications circuits. 

76. The method of claim 67, which further comprises: 

said mobile wireless device being a Bluetooth-equipped cellular telephone. 

77. The method of claim 68, which further comprises: 

said regional cellular telephone access point being a GSM base station. 

78. The method of claim 68, which further comprises: 

said regional cellular telephone access point being a GPRS base station. 

79. The method of claim 68, which further comprises: 

said regional cellular telephone access point being a UMTS base station. 

80. The method of claim 68, which further comprises: 

said regional cellular telephone access point being a EDGE base station. 

81. The method of claim 68, which further comprises: 

said gateway being a wireless application protocol gateway. 
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FIG. IB PROCESSING IN USER'S MOBILE DEVICE 100 
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FIG. 3 
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FIG. 3A 



PROCESSING ACCESS POINT SERVICE INDICATOR MESSAGE IN CLIENT DEVICE 
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USER DEVICE 100 SENDS INQUIRY RESPONSE PACKET 510 (FIG. 4B) AND RECEIVES 
THE PAGING PACKET 530 (FIG. 4C) FROM THE ACCESS POINT (AP) DEVICE 140. 
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LAYER 220 DETERMINES THAT PACKET HEADER 554 INDICATES AN APSI MESSAGE 
550 FROM THE AP 140 AND THE L2CAP LAYER 220 LOADS IT INTO AN APSI 
MESSAGE BUFFER 236. 
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CONTENT, TITLE, BITMAP, SOFT KEY SELECTION ITEMS, LOCATION INFORMATION, 
SERVICE TYPE INFORMATION AND URL. 
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